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The Terminal Systems Development Division will soon be releasing Mode 4 support through- 
the 7077/701 local communications controller- With the introduction of liode 4 support, on 
the LCC, it is conceivable that the requirement may arise to interface non-CDC equipment 
which emulates the 200 user terminal into CDC higher-level processors- There exists the 
possibility that other vendors' terminals may not operate correctly in this environment 
even though no problems are encountered when using CDC 20Q user-type terminals-. This 
article is intended to help answer many cf the questions that may arise"* as well as to 
point out some of the peculiarities and potential problem areas when working with this 
protocol- Additionally-, the PSD support function at TSDD will be available to provide 
consulting services to any vendor whose terminal is experiencing interface problems as 
mentioned previously. 

A proper presentation of Mode 4 requires first of all, clarifying the differences between 
Mode 4i Mode 3, and (lode 2, as well as the various versions of Mode 4 protocol- 

A protocol as related to data communications refers to a set of procedures for control of 
information as it flows ever a data link tc a station and eventually a specific device- 
The procedure defines the various data elements and massage components and describes the 
ways.they may be structured in the various message type's.- Within the constraints of a 
specific protocol is provided therefore, the framework within which products with similar 
features can co-exist on the same data communications link and maintain consistent opera¬ 
tion- . Although the terminals supported by a particular protocol may have a wide range of 
capabilities and features, it is possible for them to operate together, provided they 
retain compatibility of required system characteristics, examples being: 

Signaling rate 
e Mode of transmission 
• Communications network interface 
e Unique device control codes 
e Exact timing relations, if appropriate 

Data communication protocols are structured to allow the use of defined elements', within’ 
these characteristics and from this definition, derive their unique features and character 
istics, hence. Mode 2, Mode 3, and Mode 4- 

Mode 2 protocol will only support synchronous lines which are ■ point-to-point, fu" 1 !-; 
duplexed and non-switched- The transmission flow will be two-way simultaneous at line 
speeds from 24DD bits pen second {bps} to SDK bps- Current products supporting this : 
protocol include the 731-10, 732-10, and 733-10 batch terminals- 

Mode 3 protocol supports asynchronous lines of speeds of 110-300 bps which are point-to- 
point, two-way alternate {half-duplexed! and may be either switched or non-switched- This 
protocol is intended to support Model 33/3S teletypes {.ASR and KSR! and the CDC 713 CRT 
terminal. 

Mode 4. protocol which consists of variants 4A, 4B, and 4C,- supports two-way alternate 
synchronous lines with the following line characteristicsi- 

1} Line speed of bOO-ILOO bps point-tc-point, half-duplexed switched 

23- Line speed of-1200 bps to 1L00 bps point-to-point - 2-wire or- 4-wira 
non-switched 

3> Line speed of 12QD bps to ILOO bps multi-drop - 2-wire or 4-wire 
non-switched 

The Mode 4A variant of Mode 4 protocol is the procedure for exchange of data between a 
CDC 2DD user terminal and/or products emulating the 2D0 UT and a data source- The unique 
feature of this variant is the selection of peripherals with pre-defined codas in the 
message text- It is this variant which will be dealt with in this article. 
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Mode 4B protocol exists to permit the exchange of data between a data source and CDC 210- 
type terminals- The distinguishing feature of this procedure is that devices have 
unique address - 

Mode 4C protocol is primarily the attempt at an overall corporate standard for Mode 4. it 
defines_areas previously undefined or defined differently for certain implementations- It 
also eliminates major conflicts with ANSI standards and has expanded capabilities to cover 
the foreseeable requirements for the future. 
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With this background serving to clarify the significance of the term protocol and its 
employment by CDC! it is possible to investigate in more depth Mode 4A 200 UT protocol 
and topoint out some of the more obvious occurrences that generate problems when utilizing 
this line communication procedure- 

fhe l- 00 UT can receive six types cf messages- It is capable of sending four types of 
messages! where we have ten unique message types-. The 200 UT responds {sends! only- after 
receiving a message! so the computer communicating with the 2DD UT must initiate all trans¬ 
mission- One exception to this is when the POLL switch is in WAIT position- IF in a 
POLL UAIT-, an acknowledge is transmitted. If a READ RESPONSE becomes availabie’at a later 
tirne-i it is transmitted without waiting for a POLL- A CRT message will be transmitted 
when the operator sets the SEND key {a poll must previously have been received!- 

The following message types are received by the 200 UT: 

A- POLL 
B- ALERT 
C- WRITE 
D- RESET WRITE 
E- CLEAR WRITE 
F» DIAGNOSTIC WRITE 

The following message types are transmitted by the 20D UT: 

A- ACKNOWLEDGE 
B- REJECT 
C- ERROR 
D- READ 
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The general format of messages is as follows -fin octal!: 


O Sfa 

~~S gb 

USb _ 

Ota 

001 _ 

TWTT4l~ TEo or 101 


003 

_ "XXX __ 

All control information in the messages 


DOS 

007 


& 

0E1 

& 

014 


0HH 


00b 


030 


OHS 

£ 

OHO 

* 

0H3 


-4 SYNC CODES 


- SOH {Start of Header! 

- Site Address 

- Station Address and Sequence Bit 

- Control Code 

~ Data {0-1040 words! 

- ETX {End of Text! 

- UPC {Message Parity Character! 

is always received with odd parity. 

- POLL 

- ALERT 

- WRITE 

- RESET WRITE 

- CLEAR WRITE 

- ACKNOWLEDGE 

- REJECT 

- ERROR 

- DIAGNOSTIC WRITE 

- READ 


* 


The WRITE-, 
.data- The 
specifying 
of data- 


RESLi WRIT Ei CLEAR WRITE-i DIAGNOSTIC WRITE and READ messages may contain 
block of data is followed by an E1-, EE-, E3-, or E4 {preceding the ETXli 
what is to be done with the data or from where to solicit the next block 


In the WRITE messages-, Eli EE-, E3-, and E4 have the following meaning: 

El - Display the message on the CRT 

EH - Print the message on the printer 

E3 - Request card read data to be sent from the H00 UT 

E4 - Start of text indicator when operating in LINE 
MODE ON DISPLAY 

In the READ message-, they have the following meaning: 

El - This block contains operator-composed data {from CRT keyboard!. 

EH - /!/ If cards were being read {if last WRITE contains E3 requesting 
cards to be readli EH indicates 'all cards have been read-, 
hopper is empty-, cara is jammed-, or light—dark check error 
occurred'. It xs treated generally as a card reader not 
ready condition. 

/B/ If printing was being dona {if last WRITE contained an EH 
request,!-, EE indicates the printer is not ready-, and write 
message with print data must be re-sent. 

E3 - /!/ If carcis were being read-, E3 indicates card reading can 
continue. 
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/2/ If printing was being done-i EB indicates printing can 
continue- 

Note that E codes are, in fact, character pairs consisting of an ESCAPE CODE CESC> and 
the function tc be performed- 

Description of Message Types Received by 500 UT 
l 


POLL - This is a fixed-length message which is sent to the EDO UT to determine ns 
status and to receive data- 

H- ALERT - This is a fixed-length message which is sent to the 200 UT to sound its audible 
alarm without destroying any CRT data being composed- 

3- WRITE - This is a variable length message which is sent to the 200 UT and may or may 
not contain data- It is used to: 

a- send display data to 200 UT 
b- send print data tc 2DD UT 
c- request card data from 2D0 UT 

M. RESET WRITE and CLEAR WRITE - These act the same as WRITE, but are jntcnded fCRi " 
keyboard communication, allowing the computer to control placement of output 
the.CRT screen- 

5- DIAGNOSTIC WRITE - Used only for maintenance- 
Desc riptic n of Mess a ge Types S e nt by 200 UT 

1- ACKNOWLEDGE - This is a fixed-length message sent by the 20D UT to 

ful receipt of an ALERT, WRITE, RESET WRITE or CLEAR WRITE, and in a -po-ial 
a POLL -Cif POLL switch is in WAIT position and no data ready to sene/* 

2- REJECT - This is a fixed length message sent by the_200 UT to indicate rejection of 
previously received message in the following situation: 

a- A POLL is received, but the SEND key has not been activated or ah automatic 
read request has not been initiated Cby a WRITE!- 
b- The display controller is busy at the time of receipt of the WRITE, RESET WRITE, 
or a CLEAR WRITE code- 

3- ERROR - This is a fixed-length message sent by the 2DQ UT to indicate unsuccessful 
receipt of the last message from the computer- Errors include: 

a- Illegal or unrecognized conditions detected after the correct site addres 
b-' Character and/or message parity error- 
c- The modem carrier was removed before the ETX- 

d- A WRITE message was, received and did not end with an escape and an El, 

4- READ - This is a variable-length message f e nt by the 2Q° U may°contlin: 
read request is active- It may or may not contain a=ta- me klai> - y 

a- display data Centered via keyboard!-, or 

b- card read data, and/or 

c- status concerning printer or card reader- 
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The following ta 
message: 


table indicates the possible 2QD UT 

responses to each 

Computer Sends 

200 UT Sends 

1. POLL 

*ACKt REJECT-, ERR 

5- ALERT 

ACK or ERR 

3- URITE-i RESET WRITE-, or 

ACK-i REJECT-, or 

CLEAR WRITE 


4. DIAGNOSTIC WRITE 

REJECT or READ 


A null response can occur {timeout! which indicates that either 
the HLP request was not received by the terminal! or the 
terminal response was lost through transmission error- 

AOC sent in response to POLL only when POLL switch in WAIT 
position- 


Message Sequence Bit 



was actually received properly by the 200 UT in certain error conditions which 
tharwise be ambiguous - computer would not know whether to re-send a block of dat; 
risk of repeating a block or to not send-, risking the dropping of a block {see 


message 
would o 

at the risk or rep 
later discussion of error recovery! 


Sequence Bit Rules 


1. 

The 200 

UT 


message 

if 

2- 

The 200 

IJT 


back to 

th 

The 

sequence b 

To 

maintain 

CO 


! A CK 1 


jrrently saved sequence bit {D or 1> in all messages it sends 



andi therefore-! exist as potential problem areas when programming or operating within the 
confines of this protocol- 

Commencing with the incut operations of the card reader-! several observations may be made 
concerning card formats and processing. Major areas of concern include code sets-, ^special 
end-o {-record and end-of-file cards-, card buffer lengths-! and card-reader-not-reaoy 
conditions• 



on pr 

as close as possible to cut standards wnen denning one ccuw sew iui- yuu, „=!..,*!. = *- 
vation and conformity with the code set on the higher-level processor should also be 
considered when defining the code set- 


4J CJ 
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In addition to code set-: card input can also create problems if job structures are not 
interpreted correctly. A case in point would be the processing of 7/6/1 end-of-record 
card and L/7/6/1 end-of-file card by CDC CYBER or bOOO HLP software. . 

Whenever an EOR or EOF card is detected by the card reader: this coda must be expanded to 
look like an escape character and then the character for EOR or EOF- Always remember 
that one character in will result in two characters out. This may seem insignificant-, 
but before this EOR or EOF card was read: all cards were kept on an even word boundary 
of 60 characters- Now this would result in 61 characters being generated and would cause 
possible confusion when examining data within memory. 

Card buffer lengths can be problematic as a result of the-fact that SOD UT protocol does 
not allow card compression going to the highei—level processor- This protocol also needs 
twelve cards in a block or a not-ready condition to force the cards to be sent to the 
highei—level processor. The requirements of the card reading function are: 

1> Twelve cards are always read or X number of cards with a not-ready condition. 

51 These cards are not sent to the HLP until the HLP writes an E3 to the card 
reader. 

3> If the HLP writes an E3 and the card reader is not ready-, the terminal will 
produce {in the data portion of the message! an escape with an E£ in the 
next message sent back to the HLP* 


To help understand this procedure-, observe the following diagram of the normal protocol 
procedure for reading cards. 
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msgi 

___ 
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A CK 
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ACK 
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MSG7 
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_^ 
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READ 

— 

Read data 


The read response 

on the last 

message from the card reader could either 

be a 5-character 

read containing 

an 

ESCAPE and 

E5 or 

a data buffer containing from 1 to 

15 cards with 


ESCAPE and E3- 
include: 


Other significant conditions to be aware of when doing card operation 


1> If the HLP detects a job card error in the first 15 cards-, the terminal will 
load 15 more cards-, but the HLP will not write an E3 to the terminal- To 
empty the 15 cards loaded in the terminal requires a manual release condition 
for the terminal- 

SI To use the card reading capability most efficiently should you load cards 
while transmitting cards to the HLP. 

31 An illegal hollerith code should be masked or altered to reflect a legal 
character. A question mark {?> character is normally used. 
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4> Binary cards are not allowed to be transmitted on the standard EDO UT 
protocol• 

S> A card buffer is not released until the HLP writes an E1-, EE-i E3-, or EM 
to the terminal- 


The code set is also one of the major features to be aware of when performing printer_ 
output with 500 LIT protocol- Code set and compression of blanks and zeros are the primary 
areas of caution .when printing- 

Compression of blanks and zeros are sent from the HLP to the terminal- The terminal must 
look at these characters which are always preceded’by an ESCAPE and decompress them- 

The compression codes for INT BOH EXT BCD-, and ASCII’transmission are similar but not 
identical- For a complete table of the differences-, please refer to the reference manuals 
for SOD UT devices- 

The print drum on your specific printer could present a problem if the characters do not 
match the customer's requirements- The printer message is sent down from the HLP as a 
normal data message ending with an ESCAPE and EE- Any errors encountered during the 
transmission of the print message will cause the data not to be printed- The normal print 
message ending with ESCAPE and E5 will be answered with either an acknowledge or error- 
Xf the message is error— free-i it is answered with an ACK-, if not an ERR- After the print 
message is'sent-, the HLP will POLL the terminal to determine if the printer was ready or 
not ready. An example of the printer flow is: 


HLP 


MS 61 
MSGS 
MSG3 
MSGM 
MSGS 
MSGL 
MSG7 
MSGS 


URITE E5 
ACK 
POLL 


^ READ 


E3 or 




URITE EE 
ACK 
POLL 




EE 


7 ^ 




<r 


Send data to EDO UT- addressing the printer 
SOD UT acknowledges 
POLL to get status 

SOD UT sends back E3 to indicate printer ready-, 
EE to indicate not ready 

Send data to EDO UT addressing the printer 

EDO UT acknowledges 

POLL to get status 

EDO UT sends E3 to indicate ready-, 

EE to indicate not ready 


The keyboard and display are generally quite basic and cause few problems for the program¬ 
mer in relation to protocol procedures- The one detail that is worth pointing out is the 
LINE MODE feature-. The LINE MODE feature is the capability to protect previously entered 
or response data from being altered. Generally-, the display/keyboard will be either 
SO characters X 50 lines or SO characters X 13 lines- Uhen using LINE MODE-, you must have 
a special symbol to denote the beginning of the input field on a display- If the hardware 
allows more than 60 characters on a line-, you could place the special symbol on the begin¬ 
ning or end of the line- If the hardware only gives the ability of 60 characters per line 
you must trail the special symbol one line behind and wipe out the character previously 
displayed in that position- Another restriction to observe uhen using LINE MODE occurs 
when attempting to re-send a full screen of data- If the data does not begin at the top 
of the screen-, you will lose one character- This is a very rare occurrence-, but worth 
making note of- 
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bfnen sending data from the keyboard to the HLP, compression is not used- bihen receiving 
data from the HLP, again no compression will be present. The normal keyboard flow is: 


HLP 



nsei 


_ 


POLL > 


Check 

if keyboard ha 

sam 

essage for input 





4 - 

READ El 


READ { 

if SEND or ETX 

key 

depressed! 



uses 


, 


URITE El v 


Writes 

message on di 

splay 

1 then unlocks keyboard 





4 


ACK 


500 UT 

acknowledges 




In exam 

ining 

the 


mess 

age sequences 

f 0 

r the 

devices compri 

sing 

a 5Q0 UT-type device, it 


should 

be no 

te 

cS 

that 

error recovery 

0 

ccurs 

in one of two 

way s • 

If the input message h 

as 

receive 

d the 

s 

it 

Q 

add 

ress and the m 

es 

sage i 

s in error bey 

ond this character, the termi 

nal 

will an 

swer 

ba 

ck 


with 

an ERROR mess 

ag 

e- If 

the terminal 

finds 

an error with the site 

or 

be fore 

the t 

erm i 

n 

al re-syncs and do 

ss 

not answer the mess 

age-* 

thus allowing the host 


processor to 

t 

im 

G 

out 

and re-try th 

e 

message. When data 

is be 

ing transferred to and f 

rom 

the terminal 


th 

G 

err 

or process is 

ch 

ecked 

with the stati 

on ad 

dress- The way the 


term ina 

1 tre 

at 

s 

a 

sta 

tion address i 

s 

if the 

message is a 

write 

answered with an 


acknowl 

edge. 

y 

ou 


reply with the sam 

e 

station address as w 

as sent in the write- All other 

message 

s are 

a 

ns 

w 

ered 

with the prev 

ious sta 

tion address- 

See 

the previous discussion 

on 

Bit Sequenci 

02 

f 

0 

r fu 

rther clarificat 

ion of 

this method. 





The following examples demonstrate how this procedure operates for various error conditions 
ori write operations* If a write message is received incorrectly by the terminal the 
data source retransmits. 


Transmitted 

Message 


Station 

Address 


Response Station 

Message Address 


Message I 

Write 

Message 2 

Write 

Message 3 

Write 

Message 4 

Write 

Message 5 

Write 


161 

Acknowledge 

161 

HI 

Acknowledge 

HI 

161 

Acknowledge 

161 

HI 

Error 

161 

141 

Acknowledge 

HI 


If the data source fails to receive a response correctly, another message {station poll or 
alert! may be transmitted in an effort to determine the status of the preceding write 
message. This new message may use either of the station addresses- If the original write 
message is received correctly, the response to the second transmission supplies the 
original station address. In the following example-, the acknowledge message response to 
the urite message marked with the * is assumed to have been destroyed by a line error- 


M«KO£H! 1 
f Asssege 2 
Massoge 3 
Message 4 
Message 5 


Transmitted 

Station 

Rsspcrtse 

Station 

Address 

Address 

Mss so pc 

•Address 

Write 

16! 

Acknowledge 

161 

Write 

141 

Acknowledge 

HI 

Write 

16! 

Acknowledge* 

161 

Foil 

141 «• 161 

Reject 

160 

Write 

HI 

Acknowledge 

HI 
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Assuming the line error destroys the error response _{*>•, the _ 
message to determine status- An alternate address in the rej 
the data source of the error condition in the previous write- 
normal procedure- 


data source transmits a poll 
ect message response informs 
Retransmission is then the 


Meuog* 2 
Mctioge. 3 
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Acknowledge 

HI 

Write 

161 
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HI 
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The preceding information has been intended to offer some insight into potential areas for 
problems when doing card input-, printer output or keyboard input/output - In support of 
these functions-, the following general comments concern additional cautions to be observed 
when programming or operating a terminal using Mode 4A 200 UT protocol- 
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An 
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this occurs-, however-, if the card or printer response ends with an E5 
code- In this instance-, intervention . is overridden. 


e A sync code should never be inserted between the end of text -CETX! and mes¬ 
sage parity character -ttlPO- The host processor must regard the byte 
following the ETX as the HPC- Note that the MPC could have the same bit 
pattern as the sync- 

t Any sync code that appears after the start of header -CS0HJ and before the 
message parity character -CMPO- should be discarded- 

t> When the card reader is sending a 15-block sequence of cards to the host 
processor-, the reader should be reading the next 12 cards to refill the 
buffer. 


• Uhen reading cards-, the host processor will always write an E3 to the 
terminal- The terminal-, if it is not ready with card input-, should 
respond with a read containing an E2- A poll-reject sequence should be 
' avoided or the not-ready condition will never be output as an error 
message- 




luring a POLL operation-, 
■EE codes! and before the 
output in this case- 


there could 
end of text 


be data 
■CETXI- 


after the control code 
An error should not be 


» A print line can be longer than 13b characters^ if so-, truncation is 
performed. 
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© When operating with certain modems {e.g.-. CDC 3SS transceivers!-, be very 
careful when turning the line around, "if in the software-, a request to 
send is dropped too soon after you have put the last character on the 
line-i you may clear the line before the character has been received on 
the other end of the transmission line- 

e> Timing considerations should be known and adjusted to. Some modems for 
terminals capable of simulating the EDO UT require-, for instance-, the 
output of a pad of characters behind the message parity character -CUPO 
to insure reception of the MFC at the remote end- 

In conclusion-, this article has attempted to introduce the idea of protocol-, define its 
application to CDC products-, and present the flou of Mode MA protocol while covering some 
of the major problem areas to be observed when implementing the procedure- Protocol is the 
major consideration in communication and as such-, a confusing subject to many who are 
required to work with it- In future issues of the PSI Excerpts -, information" such as that 
contained in this article will be presented on related "suQjects-, such as Mode MC and 
IBM 27fiQ protocols-, devices that utilize these procedures-, and special considerations 
when implementing and utilizing these methods. 



